home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3426 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: niccolo.gsfc.nasa.gov!payter
  2. From: payter@niccolo.gsfc.nasa.gov (Payter Versteegen)
  3. Newsgroups: comp.dcom.modems,comp.dcom.isdn
  4. Subject: Re: Cable service and IP numbers
  5. Date: 31 Jan 1996 16:39:24 GMT
  6. Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA
  7. Message-ID: <4eo5vs$2mj@post.gsfc.nasa.gov>
  8. References: <4ei1qd$oj@grid.direct.ca>
  9. NNTP-Posting-Host: niccolo.gsfc.nasa.gov
  10.  
  11. kclark@direct.ca (Ken Clark) wrote:
  12. >Hi.  I have read a lot of hype and speculation about cable modem services like
  13. >@Home and Roger's WAVE but I can not seem to get an answer to a simple
  14. >question:  Do the users of these services provide an actual IP address
  15. >assigned to each home, or or are these services a glorified Compuserve with
  16. >Netscape set up to talk to a proxy server?
  17. >
  18. >Most current ISPs assign a IP address to each of their modems.  As cable
  19. >service is supposed to be 24 hour online, either they have to assign an IP
  20. >address to each subscriber, or create their own network and gateway to the
  21. >Internet.  Which is it?  Are there even enough IP addresses to go around?  The
  22. >Compuserve approach is next to useless because you can't do things like use
  23. >Internet phone or set up your own WEB pages.
  24. >
  25. >Does anyone who is test marketing these new services or is otherwise in the
  26. >know read these groups?
  27. >
  28.     I think the relevant term is "IP MASQUERADING."  Essentially, overwrite
  29. IP addresses, recalculate checksums, and send the packet on its way.  Is
  30. this what they means my a "proxy server?"  I don't know.  Anyway, this is
  31. how IP-Masquerading works:
  32.  
  33.     Say I have a LAN at my home.  Let's agree on the "unused" (rfc 1057,
  34. sec 3) network, 192.168.0.x, with a default route of 192.168.0.254.  My
  35. Mac has an IP address of 192.168.0.1.  I also have a cable modem that's
  36. pretty smart.  It's IP address is the aforementioned default route of
  37. 192.168.0.254.
  38.     At the headend is another LAN that's *really* on the Internet.  Say
  39. its network is 206.67.155.x.  The headend counterpart to my cable modem
  40. has an IP address of 206.67.155.3, and the modem (it's really a router)
  41. knows this.
  42.     When my mac sends out packets to, say, 130.85.60.17, the cable router
  43. picks them up, changes the source-IP address to 206.67.155.2, recalculates
  44. the IP checksum, and sends it on the cable.  The headend router picks the
  45. sugically-altered packet off the cable, and sends it out to the Internet.
  46. The machine at 130.85.60.17 (the alumni machine at my alma mater, UMBC)
  47. sees a packet from 207.67.155.3, and responds accordingly.
  48.     Packets coming in to the headend router get passed downstrem.  When
  49. the tailend router (the one at my house) gets a packet, it restores the
  50. [now-] desination-IP address, does its checksum magic, and writes the
  51. packet to my local LAN.  Voila.
  52.     Obviously, there's a one-headend-to-many-tailend mapping issue, but
  53. we'll forget about that for now.  :)
  54.  
  55.     Payter Versteegen.
  56.     payter@niccolo.gsfc.nasa.gov  (pverst1@alumni.umbc.edu)
  57.  
  58. =;)
  59.